前言

大家好，我是 Eric。
時隔三年，終於又參加了鐵人賽，是因為這次 WordPress 成為獨立主題，身為 WordPress 愛好者，必須得要躬逢其盛。
現在任職的公司自成立開始，便有「半」遠端工作的制度，因此我們對於遠端工作帶來的便利與不便都有所體悟。因此這次也希望透過鐵人賽，替公司打造以 WordPress 為基礎的遠端團隊管理協作平台。

為什麼要用 WordPress 建置遠端團隊協作平台？

我認識幾個跨足後端開發以及 WordPress 開發的工程師，他們都認為 WordPress 並不適合用來做企業內部的管理系統，因為 WordPress 是一套「內容管理系統」，目的是在管理各式各樣的內容，例如文章、頁面、商品等等，在作為內部系統使用時，會比客製化系統的效率還差。
既然如此，我為什麼還想用 WordPress 呢？這是因為成本考量，我指的成本包含開發成本、學習成本跟維護成本。

開發成本

我並不是一個全職的工程師，因此我並沒有從無到有建置過系統的經驗。WordPress 作為一套「安裝完即為成品」的工具，我只要學習如何去「微調」，便可以大幅減少初期開發的時間與成本，以便快速的嘗試與汰換。

學習成本

在建立產品時，需要注意的是「你的使用者是誰」。
WordPress 作為市占率高達 40% 的網站建置工具，許多人或多或少都曾經使用過 WordPress，因此在對於這些系統使用者來說，如果可以使用類似的介面，那可以大幅的降低學習成本。

維護成本

在使用 WordPress 作為遠端團隊的協作平台時，我們可以仰賴第三方的外掛協助我們達成特定目的，而這些外掛的維護，是由外掛開發者負責。作為網站的管理者，你需要做的是評估何時、如何更新這些外掛，這也減輕了維護系統時的壓力。
當然，使用第三方外掛也有可能發生外掛之間彼此衝突，導致網站錯誤的情況，有些人認為這樣是增加維護成本，不過我認為孰重孰輕，還是得看企業內部的文化。

誰適合看這系列的文章？

這系列的文章我希望透過「建立產品」的角度來撰寫，這樣撰寫的目的是為了兩個目標對象，其一是「非工程師」的產品經理，其二則是「不想要只會寫程式的工程師」。
所以比起直接撰寫程式碼，或是直接展示成果，我會更著重在「為什麼需要這個功能」、「如何透過既有的資源實踐這個功能」，從更商用的角度來討論。

內容大綱

雖然這次比上次的即興參賽有更多準備，但我還是決定「把緒論留到最後寫」。
這次的內容我參考了 PDCA 模型，把原本的行動 (Action) 改為進階 (Advanced) 後，列出四大主題：

規劃 Plan

主要聚焦在如何設計遠端團隊內的工作流程，可以搭配什麼樣的第三方工具，設定專案的指標，以及分析功能需求。
除此之外，我也會討論 WordPress 的資料儲存方式，解釋為什麼這對許多工程師來說不是內部系統的首選，並分享如何克服這些限制。

執行 Do

在這個段落，我會著重在說明既有的 WordPress 外掛或佈景主題，有哪些適合實現我們在規劃階段所列舉的功能需求，以及如何使用。

檢查 Check

這個階段會著重在如何客觀的評估「你的產品好不好用」，以及如何建立有效的回饋機制。

進階 Advanced

這個主題裡，會有比較多的程式碼，說明如何自己針對一些功能再去進行微調，或是自行操作資料庫。這對於有進階需求的讀者可能會有幫助。

後記

第一天的文章寫這麼長，超怕虎頭蛇尾的。我要好好加油了⋯⋯